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La presente invention concerne un procede d'enregistrement de contenus 
audiovisuels k diffusion programmee. Elle concerne egalement un systeme 
d'enregistrement de contenus audiovisuels a diffusion programmee, un serveur de 
presentation et un terminal d'acces pour la mise en oeuvre d'un tel proc6d6. 
5 Par diffusion, on entend g§neralement une diffusion des contenus audiovisuels sur 

tout type de supports, tels que le satellite, le cable, la transmission hertzienne terrestre ou 
Internet. 

Plus precisement invention concerne un procede du type comportant : 

- une 6tape de selection, a partir d'un terminal d'acces, d'un contenu 
10 audiovisuel a enregistrer associe a une date et une heure de diffusion ; 

- une 6tape de reception, par le terminal d'acces, d'un fichier d'enregistrement 
du contenu audiovisuel selectionne, ce fichier contenant des informations d'identification 
du contenu audiovisuel et la date et I'heure prevues pour sa diffusion. 

De tels procedes sont connus. 

1 5 Par exemple, il est possible de consulter un guide de programmes sur un site Web a 

partir d'un terminal d'acces connecte au reseau Internet. Ce site facilite en general la 
recherche et, finalement, avec un peu de navigation et le remplissage de criteres de 
recherche montre toutes les informations disponibles sur le contenu qui interesse 
I'utilisateur, notamment des informations d'identification du contenu audiovisuel et la date 

20 et I'heure prevues pour sa diffusion. Ces informations peuvent ensuite etre telechargees 
sur le terminal d'acces. 

II est egalement prevu de diffuser des contenus audiovisuels associes a des 
donnees de description. Le forum DVB (pour « Digital Video Broadcasting ») a specifie le 
standard DVB-SI (pour « Service Information ») qui permet de diffuser des informations 

25 sur les contenus diffuses. Mais le plus souvent ces informations sont tres limitees 
(Identifiant de la chame, Identifiant de remission, titre de remission, heure de debut, 
heure de fin, controle parental...). 

Enfin, les specifications du forum TV Anytime proposent une solution pour 
I'enregistrement automatique de contenus audiovisuels associes a des donnees de 

30 description de ces contenus. Mais ce forum ne propose pas de solution simple pour 
selectionner des contenus audiovisuels determines a partir d'un theme interessant plus 
particulierement un utilisateur. L'utilisateur doit dans tous les cas connaTtre a priori les 
contenus susceptibles de I'interesser. 

L'invention vise a remedier a ces inconvenients, en fournissant un procede 

35 d'enregistrement de contenus audiovisuels a diffusion programmee capable de traiter des 
selections thematiques de contenus audiovisuels, et qui propose une solution peu 



complexe n'exigeant pas une capacite de traitement trop importante de la part du terminal 
d'acces. 

A cet effet, I'invention a pour objet un proc6d6 du type precite, caracteris6 en ce qu'il 
comporte en outre : 

5 - une 6tape prealable de selection, a partir du terminal d'acces, d'un ensemble 

de contenus ayant un theme commun, ledit ensemble etant propose par un serveur de 
presentation de contenus audiovisuels, la selection du contenu audiovisuel etant alors 
executee automatiquement par le serveur de presentation a partir de I'ensemble 
selectionne ; et 

10 - une etape de mise a jour du fichier d'enregistrement, notamment en cas de 

modification du contenu audiovisuel selectionne par le serveur de presentation. 

Un procede selon I'invention peut en outre comporter Tune ou plusieurs des 
caracteristiques suivantes : 

- I'etape de mise a jour est executee en cas de modification de la date et/ou 
15 de I'heure de diffusion du contenu audiovisuel selectionne ; 

- I'etape de mise a jour est executee en cas de modification de la selection 
d'un contenu audiovisuel par le serveur de presentation ; 

- I'etape de mise a jour est executee en cas de remplacement du contenu 
audiovisuel selectionne par un autre contenu audiovisuel, ou de son annulation ; 

20 - le fichier d'enregistrement comporte au moins un champ rep6re par une 

balise et definissant les informations d'identification du contenu audiovisuel correspondent 
associees a des donnees de description de ce contenu ; 

- le fichier d'enregistrement comporte au moins un champ repere par une 
balise et definissant, pour un contenu audiovisuel donne de ce meme fichier, un identifiant 

25 de contenu associe a un contenu deja enregistre dans les moyens de stockage du 
terminal d'acces ; 

- la syntaxe des fichiers echanges entre le terminal d'acces et le serveur est 
defmie par un schema de structure de donnees unique, notamment un schema XML ; 

- le serveur de presentation comportant des moyens d'identification d'un 
30 terminal ayant selectionne un contenu audiovisuel, I'etape de mise a jour comporte la 

notification d'une modification concernant ledit contenu audiovisuel des que cette 
modification est notifi6e au serveur de presentation ; 

- le fichier d'enregistrement comporte I'adresse d'un serveur de mise a jour, 
pour la generation d'une requete de mise a jour du fichier d'enregistrement emise par le 

35 terminal a destination de ce serveur de mise & jour ; 

- la requete est une requete du type http ; 
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- la requete de mise a jour du fichier d'enregistrernent est emise 
p6riodiquement par le terminal jusqu'a la date et I'heure prevues pour la diffusion du 
contenu audiovisuel selectionne ; 

- la requete de mise a jour du fichier d'enregistrernent est emise par le 
5 terminal avec une frequence de plus en plus elevee lorsque Ton approche de la date et de 

I'heure de Tenregistrement du contenu audiovisuel selectionne ; et 

- le fichier d'enregistrernent comporte un champ rep6re par une balise et 
definissant I'adresse du serveur de mise & jour. 

L'invention a egalement pour objet un systeme d'enregistrernent de contenus 

10 audiovisuels a diffusion programmee pour la mise en oeuvre d'un procede selon I'une 
quelconque des revendications precedentes, caracteris6 en ce qu'il comporte un serveur 
de presentation de ces contenus audiovisuels et un terminal d'acces muni de moyens de 
selection d'un ensemble de contenus ayant un theme commun, ledit ensemble etant 
propose par le serveur de presentation, la selection d'au moins un contenu audiovisuel 

15 etant alors executee automatiquement par le serveur de presentation a partir de 
I'ensemble selectionne pour la fourniture au terminal d'acces d'un fichier d'enregistrernent 
du contenu audiovisuel selectionne, ce fichier contenant des informations d'identification 
du contenu audiovisuel et la date et I'heure prevues pour sa diffusion. 

L'invention a 6galement pour objet un serveur de mise a jour pour la mise en oeuvre 

20 d'un procede selon I'une quelconque des revendications precedentes, caracterise en ce 
qu'il comporte des moyens de selection d'au moins un contenu audiovisuel et de 
transmission d'un fichier d'enregistrernent du contenu audiovisuel selectionne, ce fichier 
contenant des informations d'identification du contenu audiovisuel et la date et I'heure 
prevues pour sa diffusion, a partir d'une selection d'un ensemble de contenus ayant un 

25 theme commun effectuee depuis le terminal d'acces. 

Enfin, l'invention a egalement pour objet un terminal d'acces pour la mise en oeuvre 
d'un procede tel que decrit precedemment. 

L'invention sera mieux comprise a la lecture de la description qui va suivre, donnee 
uniquement a titre d'exemple et faite en se referant aux dessins annexes, dans lesquels : 

30 - la figure 1 illustre schematiquement la structure generale d'un systeme 

d'enregistrernent selon ('invention ; 

- la figure 2 represente une page de presentation de contenus audiovisuels a 
diffusion programmee pouvant etre enregistres, selon un premier mode de realisation de 
l'invention ; 

35 - la figure 3 represente les etapes successives d'un procede d'enregistrernent 

selon le premier mode de realisation de l'invention ; 
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- la figure 4 represente un procede de mise a jour d'adresse IP de terminal 
d'acces pour la mise en oeuvre d'un deuxieme mode de realisation de I'invention ; 

- la figure 5 represente les stapes successives d'un procede d'enregistrement, 
selon le deuxieme mode de realisation de I'invention. 

5 Le systeme represente sur la figure 1 comporte un terminal 20 d'acces a des 

contenus audiovisuels emis par un diffuseur de programmes 22. 

Le terminal d'acces 20 et le diffuseur 22 sont en outre connectes a un reseau de 
transmission d'informations, tel que par exemple le reseau Internet 24, ce qui leur permet 
d'echanger des informations avec un serveur 26 de presentation des contenus 
10 audiovisuels. Le terminal 20 est par ailleurs muni de moyens de stockage de contenus 
audiovisuels, notamment parmi ceux qui sont diffuses. 

Le serveur de presentation 26 met a la disposition des utilisateurs du reseau Internet 
24 des pages de presentation des contenus audiovisuels destines a etre diffuses par le 
diffuseur 22. Ces informations de description des contenus audiovisuels sont contenues 
15 dans une base de donnees 28 reliee au serveur de presentation 26, laquelle est 
regulierement mise a jour par le diffuseur 22 via le serveur de presentation 26, lorsque par 
exemple des contenus audiovisuels sont deprogrammes ou ont une date ou une heure de 
programmation modifiee. 

La page de presentation 70 representee sur la figure 2 est geree par le serveur 26 et 
20 est consumable par un utilisateur du terminal d'acces 20, a travers le reseau Internet 24. 
Elle permet la mise en oeuvre d'un premier mode de realisation de I'invention. 

Cette page de presentation 70 comporte une liste 72 de commandes 
d'enregistrement, chaque commande permettant I'enregistrement d'un ensemble de 
contenus ayant un theme commun. Par exemple, une telle commande concerne 
25 « toujours le dernier journal d'un certaine chaTne », «tous les matches de votre equipe 
favorite » f « tous les films produits depuis moins de six mois », « tous les films avec votre 
acteur prefere », «tous les films de votre realisateur prefere », «tous les contenus sur 
votre sujet prefere », « les critiques de films d'un critique particulier ». 

Le procede de demande d'enregistrement represente sur la figure 3 comporte une 
30 premiere etape 80 au cours de laquelle i'utilisateur interagit avec la page de presentation 
70 puis clique sur Tune des commandes d'enregistrement de la liste 72. 

Suite a cette etape, le serveur de presentation 26 r6cupere les informations 
associees aux contenus audiovisuels dont le theme correspond a la commande 
d'enregistrement selectionnee. Ces informations sont stockees dans la base de donnees 
35 28. 
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II fournit ensuite ces informations au terminal d'acces 20, lors d'une etape 82, sous 
la forme d'un fichier de demande d'enregistrement 84. 

Ce fichier de demande d'enregistrement 84 peut avoir la structure suivante, 
exprimee selon la syntaxe XML : 
5 <RecordRequest> 

<RecordRequestServerAddress> 

http:\\www.TVPortal.com\adrf3]2.REC 
</RecordRequestServerAddress> 
<Periodicity> 
10 04:00:00 
</Periodicity> 
</RecordRequest> 

Le fichier de demande d'enregistrement 84 comporte une balise "RecordRequest" 

de debut (<RecordRequest>) et de fin (</RecordRequest>) de fichier. Entre ces deux 
15 balises, il comporte des donnees reperees par des balises de debut et de fin, comme cela 

est prevu selon le standard XML 

Parmi ces donnees, I'adresse universelle d'un serveur de mise a jour, reperee par 

une balise "RecordRequestServerAdress", est fournie par le fichier de demande 

d'enregistrement pour permettre au terminal d'acces 20 d'emettre ensuite des requetes de 
20 demande de mise a jour du fichier de demande d'enregistrement. Dans cet exemple, 

I'adresse est celle du serveur de presentation 26, qui remplit egalement une fonction de 

mise a jour des fichiers de demande d'enregistrement. 

Le fichier de demande d'enregistrement 84 comporte en outre de fa?on optionnelle 

une information de periodicite reper6e par une balise "Periodicity" pour indiquer au 
25 terminal d'acces 20 une periode d'emission de requetes de mise a jour. Dans cet 

exemple, le serveur de presentation 26 demande a etre contacte toutes les 4 heures. 

Ensuite, lors d'une etape 86 repetee automatiquement de fagon periodique selon la 

periodicite indiquee par le champ "Periodicity", le terminal 20 emet une requete vers le 

serveur de presentation 26 dont I'adresse figure dans le fichier de demandes 
30 d'enregistrement 84. Cette adresse comporte une precision permettant au serveur de 

presentation 26 de determiner la commande d'enregistrement qui a ete choisie par 

I'utilisateur. 

La requete peut prendre les deux formes suivantes : 

http:\\www.TVPortal.com\adrf3j2.REC 
35 ou 

http:\\www.TVPortal.com\adrf3j2.REC?MaxRecNb=2. 
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Comme cela est indique dans les deux exemples ci-dessus, la requete de mise a 
jour comporte de fagon optionnelle une variable "MaxRecNb" qui precise le nombre de 
contenus audiovisuels successifs correspondant au theme commande, que le terminal 
d'acces 20 doit enregistrer. Dans un premier cas, si cette variable n'est pas jointe a la 
requete, la demande d'enregistrement correspond a une demande d'enregistrement du 
premier contenu audiovisuel correspondant au theme s6lectionn6. Dans le deuxieme cas, 
la variable "MaxRecNb" est egale a 2, c'est-a-dire que la demande d'enregistrement 
concerne I'enregistrement de deux contenus audiovisuels successifs correspondant au 
theme selectionne. 

Suite a cette etape, le serveur de presentation 26 recupere les informations 
associees a ces contenus audiovisuels selectionnes dans la base de donnees 28. 

En reponse, lors d f une etape 88, le terminal d'acces 20 regoit de la part du serveur 
de presentation 26 un fichier d'enregistrement 90 comportant les contenus audiovisuels 
correspondant a la demande d'enregistrement thematique emise par I'utilisateur. 

Ce fichier d'enregistrement 90 peut avoir la structure suivante, exprimee selon la 
syntaxe XML : 
<Record> 

<UpdateServerAddress> 

http://www.TVPortal.com\adrf3j2.FRG? 
</UpdateServerAddress> 
<RecordElement> 
<Contentld> 

Content n°1 
</Contentld> 
<TVAMain> 

<Programlnformation Table> 

</ProgramlnformationTable> 
<Servicelnformation Table> 

</Servicelnformation Table> 
<ProgramLocation Table> 
<BroadcastEvent> 



servicelDRef="34567 n 



7 



fragmentld="123" 
fragmentVersion="121214" 

</BroadcastEvent> 
5 </ProgramLocation Table> 

</TVAMain> 
</RecordElement> 
<RecordElement> 
10 <TVAMain> 

</TVAMain> 
</RecordElement> 
</Record> 

15 Le fichier d'enregistrement comporte une balise « Record » de debut (<Record>) et 

de fin (</Record>) de fichier. Entre ces deux balises, il comporte des donnees reperees 
par des balises de debut et de fin, comme cela est prevu selon le format XML. 

Parmi ces donnees, I'adresse universelle d'un serveur de mise a jour, reperee par 
une balise «UpdateServerAddress », est fournie par le fichier d'enregistrement pour 

20 permettre au terminal d'acces d'emettre ensuite des requetes de demandes de mise a 
jour, en cas de modification de la date et/ou de I'heure de diffusion, ou d'annulation de la 
f diffusion d'un contenu audiovisuel dont les donnees de description sont dans le fichier 
d'enregistrement, ou du remplacement d'un contenu audiovisuel du fichier 
d'enregistrement par un autre contenu audiovisuel. Dans cet exemple, I'adresse est celle 

25 du serveur de presentation 26, qui remplit egalement une fonction de mise a jour des 
fichiers d'enregistrement. 

Le fichier d'enregistrement 90 comporte en outre des donnees d'informations 
relatives a un ou plusieurs contenus audiovisuels selectionnes lors de I'etape 80. Pour 
chaque contenu audiovisuel, les donnees correspondantes sont reperees par une balise 

30 « RecordElement ». Dans I'exemple represents cklessus, le fichier d'enregistrement 
comporte deux contenus audiovisuels selectionnes. II comporte done deux champs 
reperes par la balise « RecordElement ». De fa$on plus generate, il peut en comporter un 
nombre quelconque. 

Les donnees correspondent a un contenu audiovisuel selectionne comportent de 
35 fagon optionnelle un identifiant de contenu repere par la balise «Contentld», si 
I'utilisateur a choisi d'enregistrer ce contenu audiovisuel a la place d'un autre contenu 
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audiovisuel deja enregistre dans les moyens de stockage du terminal d'acces 20 et 
identifie par le meme identifiant de contenu. 

Enfin, les donnees correspondant a un contenu audiovisuel comportent une table 
XML, rep6r6e par une balise « TVAMain » et conforme aux specifications du forum TV- 
5 Anytime. Cette table inclut une sous-table Programlnformation pour la description du 
contenu, une sous-table Service! nformation pour la description du service portant le 
contenu, et une sous-table ProgramLocation pour la localisation du contenu (en temps et 
lieu), necessaire a son enregistrement. 

La sous-table ProgramLocation comprend, dans un champs « BroadcastEvent », un 
10 identifiant du service portant le contenu, note « ServiceldRef », un identifiant du contenu, 
note « fragmentld », et un identifiant de la version des informations associees au contenu, 
note « fragmentVersion ». 

De fason optionnelle, le fichier d'enregistrement 90 peut aussi comprendre une 
reference de I'utilisateur. Dans ce cas, cette reference est reperee par une balise 
1 5 correspondante. 

Si I'etape 86 est repetee periodiquement, lors de I'etape 88 suivante, la reponse 
emise par le serveur de presentation 26 comporte un fichier de mise a jour similaire au 
fichier de mise a jour 96 qui sera decrit ulterieurement. 

Par exemple, si des modifications de date et/ou d'heure de programmation de 
20 contenus audiovisuels sont apportees par le diffuseur 22, ceci ayant pour consequence 
une modification de la base de donnees 28, remission repetee de requetes lors de I'etape 
86 permet de mettre a jour le fichier 90 d'enregistrement. Notamment, cela permet de 
modifier les contenus audiovisuels a enregistrer, au cas ou un nouveau contenu 
audiovisuel viendrait a etre programme avant le prochain contenu audiovisuel a 
25 programmer dans le theme choisi. 

Ensuite, lors d'une etape 92, le terminal 20 genere une requete de mise a jour cL 
fichier d'enregistrement a partir des informations contenues dans ce fichier. Cette requete 
comprend I'adresse du serveur 26 associee a I'identifiant « fragmentld » et a I'identifiant 
« fragmentVersion ». Elle prend la forme concatenee suivante : 
30 http://www.WPortal.com\adrf3j2.FRG?fragmentld=123&fragmentVersion^ 

La requete peut de fagon optionnelle, le cas 6ch6ant, comprendre egalement la 
reference de I'utilisateur a des fins statistiques. 

D§s la reception de cette requete, le serveur de presentation et de mise & jour 26 
verifie les informations relatives au contenu correspondant a fragmentld=123 stockees 
35 dans la base de donnees 28 et leur identifiant de version. 
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Ensuite, tors d'une derniere 6tape 94 t le serveur emet une reponse & cette requete 
de mise k jour. Cette r6ponse contient un fichier de mise a jour 96. 

Ce fichier de mise a jour 96 peut avoir la structure suivante, exprimee selon la 
syntaxe XML : 
5 <UPDATE ^ANSWER type= TYPE> 
<TVAMain> 

<ServicelnformationTable> 

1 0 </ServicelnformationTable> 
<ProgramLocationTable> 
<BroadcastEvent> 



serviceldRef="34567" 
15 fragment!d="123" 

fragmentVersion= H 1 21 21 5" 

</BroadcastEvent> 
</ProgramLocationTable> 

20 

</TVAMain> 
</UPDATE_ANSWER> 

Si I'identifiant de version des donnees de la base correspond a I'identifiant de 
version de la requete, cela signifie que les informations associees au contenu audiovisuel 
25 a enregistrer n'ont pas change. Dans ce cas, on identifie le fichier de mise a jour 96 par 
la valeur TYPE= « Unmodified », indiquant que la diffusion du contenu correspondent 
n'est pas modifiee. 

Si I'identifiant de version des donnees de la base a une valeur superieure a 
I'identifiant de la version de la requete, cela signifie que les informations associees au 
30 contenu audiovisuel ont ete mises 3 jour depuis la transmission du fichier 
d'enregistrement 90. Dans ce cas, on identifie le fichier de mise a jour 96 par la valeur 
TYPE= « New-version », indiquant que les donnees de description du contenu 
correspondant ont ete modifiees. 

Des reception de ce fichier, le terminal d'acces remplace la table «TVAMain » 
35 correspondante dans le fichier d'enregistrement 90. Notamment, si la date et/ou I'heure 
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d'enregistrement a ete modifiee par le diffuseur 22, cette mise a jour permet au terminal 
d'acces d'en tenir compte pour le demarrage de I'enregistrement. 

Au cas ou le contenu selectionne a ete remplace, par le serveur 26, par un autre 
contenu audiovisuel, on identifie le fichier de mise a jour 96 par la valeur TYPE= « New- 
5 content », indiquant que le contenu audiovisuel a enregistrer est modifie. Dans ce cas, 
comme dans le precedent, on remplace la table« TVAMain » correspondante dans le 
fichier d'enregistrement 90. 

Au cas ou le contenu selectionne a ete supprime par le serveur 26, on identifie le 
fichier de mise a jour 96 par la valeur TYPE= « Cancelled », indiquant que le contenu 
1 0 audiovisuel a enregistrer est supprime. Dans ce cas, I'enregistrement est annule. 

Enfin, au cas ou le serveur ne retrouve pas le contenu selectionne dans la base de 
donnees 28, on identifie le fichier de mise a jour 96 par la valeur TYPE= « Unknown », 
indiquant que le contenu audiovisuel a enregistrer n'a pas ete retrouve. Dans ce cas 
I'enregistrement est annule. 
15 Les etapes 92 et 94 sont repetees plusieurs fois, par exemple regulierement toutes 

les quatre heures, jusqu'a I'heure d'enregistrement du ou des contenus audiovisuels 
concernes. 

Une alternative consiste a repeter plusieurs fois les etapes 92 et 94 avec une 
frequence de plus en plus elevee lorsque Ton approche de la date et de I'heure de 
20 I'enregistrement du contenu audiovisuel selectionne. Bien sur, cette alternative est 
adaptee au cas ou Ton selectionne un unique contenu audiovisuel. 

Dans les exemples fournis sur la figure 2, si I'utilisateur selectionne la commande 
d'enregistrement correspondant a "Toujours le dernier journal d'une certaine chaine", le 
fichier de demandes d'enregistrement 84 prend la forme suivante : 
25 <RecordRequest> 

<RecordRequestServerAddress> 

http:\\www.TVPortal.com\lastNewsOfBBC.REC 
</RecordRequestServerAddress> 
<Periodicity> 
30 04:00:00 
</Periodicity> 
</RecordRequest> 

Ce fichier de demande d'enregistrement comporte I'adresse du serveur 26 avec la 
precision concernant le theme du dernier journal de la chaine BBC. La periodicite de 
35 mise a jour d'un fichier d'enregistrement correspondant est de quatre heures. Le terminal 
d'accds 20 consulte alors le serveur de presentation : 
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http:\\www.TVPortal.com\lastNewsOfBBC.REC, 
qui lui renvoie le fichier 90 suivant : 
<Recond> 

<UpdateServerAddress> 

http:\\www.TVPortal.com\lastNewsOfBBC.REC 
</UpdateServerAddress> 
<RecordElement> 
<Contentld> 

Content n°1 
</Contentld> 
<TVAMain> 

<ProgramDescription> 

<ProgramlnformationTable version="2"> 
<Programlnformation> 

programld="crid://www.bbc.co.uk/News19122002" 
<BasicDescription> 
<Title> 

BBC News 
</Title> 
<Synopsis> 

News of the day 
</Synopsis> 
<Genre href=":x:x"> 
<mpeg7:Name> 

News 
</mpeg7:Name> 
</Genre> 
</BasicDescription> 
</Programlnformation> 
</ProgramlnformationTable> 
<ProgramLocationTable version="2"> 
<Schedule> 
<Event> 

<Program crid= M crid://www.bbc.co.uk/News19122002-20H007> 
<EventDescription> 
<PublishedTime> 
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2002-1 2-1 9T20:00:00-00:00 
</PublishedTime> 
<PublishedDuration> 
POY0M0DT0H45M 
5 </PublishedDuration> 

</EventDescription> 
</Event> 

<Serviceld id="1237> 
</Schedule> 
1 0 </ProgramLocationTable> 
<Servicel nformationTable> 

<Servicelnformation serviceld="123"> 
<Name>BBC News</Name> 
<Owner>BBC</Owner> 
1 5 </Servicelnformation> 
</SemcelnformationTable> 
</ProgramDescription> 
</TVAMain> 
</RecordElement> 
20 </Record> 

Des la reception de ce fichier d'enregistrement 90, le terminal d'acces est 
automatiquement configure pour enregistrer le ou les contenus audiovisuels 
correspondents aux dates et heures indiquees dans le fichier. 

Au bout de quatre heures, que le terminal ait deja enregistre un journal ou non, il 
25 emet la requete de mise a jour precitee. Si une nouvelle version du fichier 
d'enregistrement est envoyee par le serveur, il reprogramme un enregistrement. Les 
etapes 92 et 94 sont alors de nouveau r6petees. 

Si, comme cela est possible d'apres les exemples indiques sur la figure 4, 
I'utilisateur selectionne la commande d'enregistrement «Tous les matches de votre 
30 §quipe favorite », le serveur de presentation renvoie par exemple le fichier de demande 
d'enregistrement suivant : 
<RecordRequest> 

<RecordRequestServerAddress> 

http://vvww.TVPortal.com\AIIManchesterFootballMatch.REC 
35 </RecordRequestServerAddress> 
<Periodicity> 
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24:00:00 
</Periodicity> 
</RecordRequest> 

Ce fichier de demande d'enregistrement comporte I'adresse du serveur 26 avec la 
5 precision concernant le theme des matches joues par le club de Manchester, si cette 
equipe est I'equipe favorite de I'utilisateur. La periodicity de mise a jour d'un fichier 
d'enregistrement correspondent est de vingt-quatre heures. 

Ce fichier d'enregistrement peut prendre la forme suivante : 
<Record> 
1 0 <UpdateServerAddress> 

http:\\vvww.TVPortal.com\AIIManchesterFootballMatch.REC 
</UpdateServerAddress> 
<RecordElement> 
<TVAMain> 
1 5 <ProgramDescription> 

<ProgramlnformationTable version="2"> 
<Programlnformation programld = 

"crid://www.bbc.co.uk/ManchesterVsLiverpool2002-back"> 
<BasicDescription> 
20 <Title> 

Manchester vs Liverpool 
England Championship - 2002 - back match 
</Title> 
<Synopsis> 

25 After the first match between Liverpool & Manchester, 

where Liverpool win 1-0 the Manchester football club should 
win to make the final 
</Synopsis> 
<Genre href=":x:x"> 

30 <mpeg7: Name>Sport/footbal l</mpeg7: Name> 

</Genre> 
</BasicDescription> 
</Programlnformation> 
</ProgramlnformationTable> 
35 <ProgramLocationTable version- '2"> 

<Schedule> 
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<Event> 

<Program crid = 

M crid://www.bbc.OD.uk/ManchesterVsLiverpool2002-back7> 
<EventDescription> 
5 <PublishedTime> 

2002-12-19T21:00:00-00:00 
^ </PublishedTime> 

<PublishedDuration> 
P0Y0M0DT0H100M 
1 0 </PublishedDuration> 

</EventDescription> 
</Event> 

<Serviceld id="1237> 
</Schedule> 
1 5 </ProgramLocationTable> 
<Servicel nformationTable> 

<Servicelnformation serviceld="1 23"> 
<Name>BBC Sport</Name> 
<Owner>BBC</Owner> 
20 </ServiceInformation> 
</ServicelnformationTable> 
</ProgramDescription> 
</TVAMain> 
</RecordElement> 
25 </Record> 

Des la reception de ce fichier d'enregistrement 90, le terminal d'acces est 
automatiquement configure pour enregistrer le ou les contenus audiovisuels 
correspondant aux dates et heures indiquees dans le fichier. 

Au bout de vingt-quatre heures, que le terminal ait deja enregistre un match ou non, 
30 il emet la requete de mise a jour precitee. Si une nouvelle version du fichier 
d'enregistrement est envoy6e par le serveur, il reprogramme un enregistrement. Les 
etapes 92 et 94 sont alors de nouveau repetees. 

Si, comme cela est possible d'apres les exemples indiques sur la figure 4, 
I'utilisateur selectionne Tune des commandes d'enregistrement «Tous les films produits 
35 depuis moins de 6 mois », « Tous les films de votre acteur prefer6 », « Tous les films de 
votre realisateur prefere », «Tous les contenus sur votre sujet prefere », «Les critiques 



de films d'un critique particulier », les fichiers retournes par le serveur sont similaires aux 
deux cas mentionnes precedemment. 

Un exemple precis de schema XML du fichier d'enregistrement 90 est represents ci- 
dessous : 

5 <?xml version="1 .0" encoding="UTF-8"?> 

<xs:schema xmlns:tva="http://www.tv-anytime.org/2001/08/metadata" 
xmlns:mpeg7="urn:mpeg:mpeg7:schema:2001 M 

xmlns:xs="http://\Aww.w3.org/2001/XMLSchema" elementFormDefault="qualified" 
attributeFormDefault="unqualified"> 
1 0 <!-<import namespace="http://www.tv-anytime.org/2001/08/metadata" 
schemaLocation="./tva_metadata_v1 1 .xsd'7>-> 
<xs:element name="Record" type="RecordType"> 



<xs:annotation> 



15 



<xs:documentation xml:lang="fr"> 

Cet element est la racine du fichier xx.REC 



</xs:documentation> 



</xs:annotation> 



</xs:element> 
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<xs:complexType name="RecordType"> 
<xs:sequence> 

<xs:element name="UpdateServerAddress" type="xs:anyType"> 
<xs:annotation> 

<xs:documentation xml:lang="fr ,, > 
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Cette balise contient I'adresse universelle qui servira au terminal 
pour consulter les eventuels changements qui auront eu lieu pour 
les Emissions prevues en enregistrement 



</xs:documentation> 



</xs:annotation> 



</xs:element> 



30 



<xs:sequence maxOccurs="unbounded"> 
<xs:element name="RecordElemenf> 



<xs:annotation> 



<xs:documentation xmi:lang="fr"> 



35 



Cet element represente un enregistrement de Tutilisateur, il 
contient un noeud TVAMain. Ce noeud TVA doit contenir le 
minimum pour permettre un enregistrement c'est a dire une 
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ProgramlnformationTable, une ServicelnformationTable, une 
ProgramLocationTable 
</xs:documentation> 
</xs:annotation> 
<xs:complexType> 
<xs:sequence> 

<xs:element ref="tva:TVAMain7> 
<xs:element name^'Contenld" minOccurs="0"> 
<xs:annotation> 

<xs:documentation xml:lang="fr"> 

Cet element, s'il est present indique au terminal qu'il 
s'agit d'un contenu qui doit remplacer un contenu 
present sur son disque portant le meme identifiant 
</xs:documentation> 
</xs:annotation> 
</xs:element> 
</xs:sequence> 
</xs:complexType> 
</xs:element> 
</xs:sequence> 
</xs:sequence> 
</xs:complexType> 
</xs:schema> 

Un exemple precis de schema XML du fichier de demande d'enregistrement 84 est 
represents ci-dessous : 
<?xml version="1.0" encoding="UTF-8"?> 
<xs:schema xmlns:xs= H http://www. w3.org/2001/XMLSchema" 
elementFormDefault-'qualified" attributeFormDefault="unqualified"> 
<xs:element name="RecordRequest" type= n RecordRequestType"> 
<xs:annotation> 

<xs:documentation>Element racine du document</xs:documentation> 
</xs:annotation> 
</xs:element> 

<xs:complexType name="RecordRequestType"> 
<xs:sequence> 

<xs:element name="RecordRequestServerAddress" type="xs:anyURI"> 
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<xs:annotation> 

<xs:documentation> 

Get Element contient I'adresse universelle a laquelle le terminal doit 
se connecter pour obtenir une mise a jour des informations de 
5 programmation 
</xs:docurnentation> 
</xs:annotation> 
</xs:element> 

<xs:element name="Periodicity" type="xs:duration" minOccurs="0"> 
10 <xs:annotation> 

<xs:documentation> 

Cet element contient la periode a laquelle doit se referer le terminal 
pour effectuer ses mises a jour 
</xs:documentation> 
1 5 </xs:annotation> 
</xs:element> 
</xs:sequence> 
</xs:complexType> 
</xs:schema> 

20 Dans le premier mode de realisation decrit precedemment, le fichier de demande 

d'enregistrement 84 et le fichier d'enregistrement 90 comportent I'adresse du serveur de 
presentation et de mise & jour 26. Ceci permet au terminal d'acces 20 d'emettre de fagon 
simple des requetes de demande de mise a jour, par exemple selon le format HTTP. 

Selon un deuxieme mode de realisation de I'invention, il est possible de faire en 
25 sorte que la transmission par le serveur du fichier d'enregistrement 90 et les mises a jours 
de ce fichier, effectuees sous la forme de transmissions par le serveur 26 de fichiers de 
mise a jour, soit faite spontanement par le serveur a I'aide de notifications, sans 
necessiter remission de requetes par le terminal d'acces 20. 

Pour cela, un procede de mise a jour de I'adresse IP du terminal d'acces est mis en 
30 oeuvre dans ce deuxieme mode de realisation. 

Comme cela est represents sur la figure 4, lors d'une premiere etape 100 cfe 
declaration, le terminal d'acces transmet au serveur de presentation 26 un identifiant qui 
permet de le reconnaitre de fagon unique et son adresse IP (pour « Internet Protocol »). 
D6s qu'il re?oit ces informations, le serveur de presentation 26 les stocke dans une 
35 base de donnees utilisateurs en etablissant un lien entre I'adresse IP et I'identifiant du 
terminal d'acces 20. 



18 



Par la suite, des qu , lors d'une etape 102, on affecte un nouvelle adresse IP au 
terminal 20, celui-ci en informe le serveur de presentation 26 lors d'une etape suivante 
104, a I'aide d'une requete HTTP. Cette nouvelle adresse IP du terminal 20 vient alors 
remplacer la precedente dans la base de donnees utilisateurs 28 du serveur de 
5 presentation. 

En alternative a cette solution, on peut egalement utiliser toute autre application 
connue, capable de faire la correlation entre I'identifiant du terminal d'acces et son 
adresse IP. On peut par exemple utiliser le systeme DNS (ex : 
http://userlD.freeserve.co.uk ). 
10 Une fois que I'utilisateur s'est declare une premiere fois, le precede d'enregistrement 

selon le second mode de realisation de I'invention peut etre mis en oeuvre par le systeme 
de la figure 1 . 

Comme cela est represents sur la figure 5, lors d'une premiere etape 110 I'utilisateur 
interagit avec la page de presentation 70 puis clique sur Tune des commandes 
15 d'enregistrement de la liste 72, lors de I'etape suivante 1 12. 

En selectionnant Tune des commandes d'enregistrement de la liste 72, le terminal 
d'acces 20 emet une requete vers le serveur de presentation 26 qui extrait de cette 
requete I'adresse IP du terminal. En consultant la base de donnees utilisateurs 30 
associee a une base de donnees de liens entre adresses IP et identifiants de terminaux, 
20 le serveur de presentation retrouve I'identifiant du terminal qui a emis la requete. 

Lors de I'etape suivante, il transmet done un fichier d'enregistrement 90 au terminal 
d'acces. Ce fichier d'enregistrement comporte, comme lors de I'etape 88 du premier mode 
de realisation, les contenus audiovisuels correspondant a la demande d'enregistrement 
thematique emise par I'utilisateur. Le fichier d'enregistrement 90 est identique a celui du 
25 premier mode de realisation, si ce n'est que dans ce deuxieme mode de realisation, 
I'adresse du serveur de presentation 26 est fournie de maniere optionnelle. 

A un instant quelconque, le serveur 26 regoit de la part du diffuseur 22 une 
notification I'informant de la modification de la date et/ou de I'heure de diffusion d'un 
contenu audiovisuel, de la deprogrammation d'un contenu audiovisuel, ou du 
30 remplacement d'un contenu par un autre. 

Des qu'il regoit cette notification, le serveur de presentation consulte dans la base 
de donnees utilisateurs 30 les terminaux d'acces qui ont regu un fichier d'enregistrement 
concernant ce contenu audiovisuel. Le terminal 20 est par exemple concerne. 

Lors d'une etape 1 16 de mise a jour suivante, le serveur de presentation emet une 
35 requete HTTP vers le terminal 20 concerne par la modification. Dans cette requete, le 
serveur 26 peut : 
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- Identifier le contenu audiovisuel concerne par la modification (par les 
variables fragmentld et fragmentVersion) ; 

- Transmettre Tadresse du serveur a contacter pour la mise £ jour des 
informations ; 

5 - Donner des donnees de correction, si celles-ci sont simples et ne necessitent 

pas de contacter le serveur de mise a jour. 

En effet, si la modification reside dans un simple decalage de I'heure de diffusion du 
contenu audiovisuel concerne, ce decalage peut etre plac6 en parametre dans la requete 
de mise a jour. II peut par exemple etre exprime en secondes ou en minutes selon les 
10 cas. 

S'il il s'agit d'une modification plus importante (par exemple le canal de diffusion 
ayant egalement change) , le serveur peut decider de passer en parametre une adresse 
universelle de mise a jour que le terminal devra consulter lors d'une etape facultative 118. 



t 
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REVENDICATIONS 

1. Proc6de d'enregistrement de contenus audiovisuels a diffusion programmee, 
comportant : 

5 - une etape (86) de selection a partir d'un terminal d'acces (20), d'un contenu 

audiovisuel a enregistrer associe £ une date et une heure de diffusion ; 

- une etape (81) de reception, par le terminal d'acces, d'un fichier 
d'enregistrement (90) du contenu audiovisuel selectionne, ce fichier contenant des 
informations d'identification du contenu audiovisuel et la date et I'heure prevues pour sa 

10 diffusion, 

caracterise en ce qu'il comporte en outre : 

- une etape prealable de selection (80), a partir du terminal d'acces, d'un 
ensemble de contenus ayant un theme commun, ledit ensemble etant propose par un 
serveur de presentation (26) de contenus audiovisuels, la selection du contenu 

1 5 audiovisuel etant alors executee automatiquement par le serveur de presentation a partir 
de I'ensemble selectionne ; et 

- une etape (94) de mise a jour du fichier d'enregistrement, notamment en cas 
de modification du contenu audiovisuel selectionne par le serveur de presentation. 

2. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
20 la revendication 1, caracterise en ce que I'etape de mise a jour (94) est executee en cas 

de modification de la date et/ou de I'heure de diffusion du contenu audiovisuel 
selectionne. 

3. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
la revendication 1 ou 2, caracterise en ce que I'etape de mise a jour (94) est executee en 

25 cas de modification de la selection d'un contenu audiovisuel par le serveur de 
presentation. 

4. Procede d'enregistrement de contenus audiovisuels & diffusion programmee selon 
la revendication 1 a 3, caracterise en ce que I'etape de mise a jour (94) est ex6cutee en 
cas de remplacement du contenu audiovisuel selectionne par un autre contenu 

30 audiovisuel, ou de son annulation. 

5. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
I'une quelconque des revendications 1 a 4, caracterise en ce que le fichier 
d'enregistrement (90) comporte au moins un champ repere par une balise et definissant 
les informations d'identification du contenu audiovisuel correspondant associees a des 

35 donnees de description de ce contenu. 
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6. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
Tune quelconque des revendications 1 a 5, caracterise en ce que le fichier 
d'enregistrement (90) comporte au moins un champ repere par une balise et definissant, 
pour un contenu audiovisuel donn6 de ce meme fichier, un identifiant de contenu associe 

5 a un contenu deja enregistre dans les moyens de stockage du terminal d'acces. 

7. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
Tune quelconque des revendications 1 a 6, caracterise en ce que la syntaxe des fichiers 
echang6s entre le terminal d'acces (20) et le serveur (26) est definie par un schema de 
structure de donnees unique, notamment un schema XML. 

1 0 8. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
I'une quelconque des revendications 1 a 7, caracterise en ce que, le serveur de 
presentation (26) comportant des moyens d'identification d'un terminal ayant selectionne 
un contenu audiovisuel, Tetape de mise a jour comporte la notification d'une modification 
concernant ledit contenu audiovisuel des que cette modification est notifiee au serveur de 

15 presentation. 

9. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
I'une quelconque des revendications 1 a 7, caracterise en ce que le fichier 
d'enregistrement (90) comporte I'adresse d'un serveur de mise a jour (26), pour la 
generation d'une requete de mise a jour du fichier d'enregistrement emise par le terminal 

20 a destination de ce serveur de mise a jour. 

10. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
la revendication 9, caracterise en ce que la requete est une requete du type HTTP. 

11. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
la revendication 9 ou 10, caracterise en ce que la requete de mise a jour du fichier 

25 d'enregistrement est emise periodiquement par le terminal (20) jusqu'a la date et I'heure 
prevues pour la diffusion du contenu audiovisuel selectionne. 

12. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
I'une quelconque des revendications 9 a 11, caracterise en ce que la requete de mise a 
jour du fichier d'enregistrement est emise par le terminal (20) avec une frequence de plus 

30 en plus Slevee lorsque Ton approche de la date et de I'heure de I'enregistrement du 
contenu audiovisuel selectionne. 

13. Procdde d'enregistrement de contenus audiovisuels a diffusion programmee selon 
I'une quelconque des revendications 9 a 12, caracterise en ce que le fichier 
d'enregistrement (90) comporte un champ rep£re par une balise et definissant I'adresse 

35 du serveur de mise & jour. 
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14. Systeme d'enregistrement de contenus audiovisuels & diffusion programmee pour 
la mise en oeuvre d'un proc6d6 selon Tune quelconque des revendications precedentes, 
caracterise en ce qu'il comporte un serveur de presentation (26) de ces contenus 
audiovisuels et un terminal d'acces (20) muni de moyens de selection d'un ensemble de 

5 contenus ayant un theme commun, ledit ensemble etant propose par le serveur de 
presentation (26), la selection d'au moins un contenu audiovisuel etant alors executee 
automatiquement par le serveur de presentation a partir de I'ensemble selectionne pour la 
fourniture au terminal d'acces d'un fichier d'enregistrement du contenu audiovisuel 
selectionne, ce fichier contenant des informations d'identification du contenu audiovisuel 
10 et la date et I'heure prevues pour sa diffusion. 

15. Serveur de mise a jour (26) pour la mise en oeuvre d'un proc<§de selon I'une 
quelconque des revendications 1 a 13, caracterise en ce qu'il comporte des moyens de 
selection d'au moins un contenu audiovisuel et de transmission d'un fichier 
d'enregistrement du contenu audiovisuel selectionne, ce fichier contenant des 

15 informations d'identification du contenu audiovisuel et la date et I'heure prevues pour sa 
diffusion, a partir d'une selection d'un ensemble de contenus ayant un theme commun 
effectuee depuis le terminal d'acces, et des moyens de mise a jour du fichier 
d'enregistrement, notamment en cas de modification du contenu audiovisuel selectionne. 

16. Terminal d'acces pour la mise en oeuvre d'un proced6 selon I'une quelconque des 
20 revendications 1 a 13, comportant des moyens de reception d'un fichier d'enregistrement 

d'un contenu audiovisuel selectionne, ce fichier contenant des informations d'identification 
du contenu audiovisuel et la date et I'heure prevues pour sa diffusion, caracterise en ce 
qu'il comporte en outre des moyens de selection prealable d'un ensemble de contenus 
ayant un theme commun, ledit ensemble 6tant propose par un serveur de presentation de 
25 contenus audiovisuels, la selection du contenu audiovisuel etant alors executee 
automatiquement par le serveur de presentation a partir de I'ensemble selectionne, et des 
moyens de reception de donn6es de mise a jour du fichier d'enregistrement, notamment 
en cas de modification du contenu audiovisuel selectionne. 
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FRANCE TELECOM 



Proc§d§ d'enregistrement thematique de contenus numeriques a diffusion programme 



ABR£g£ DU CONTENU TECHNIQUE DE ^INVENTION 



Ce proced6 d'enregistrement de contenus audiovisuels a diffusion programmer 
5 comporte : 

- une etape (86) de selection, a partir d'un terminal d'acces (20), d'un contenu 
audiovisuel a enregistrer associe a une date et une heure de diffusion ; 

- une etape (88) de reception, par le terminal d'acces, d'un fichier 
d'enregistrement (90) du contenu audiovisuel selectionne, ce fichier contenant des 

10 informations d'identification du contenu audiovisuel et la date et I'heure prevues pour sa 
diffusion. 

II comporte en outre : 

- une etape prealable (80) de selection, a partir du terminal d'acces, d'un 
ensemble de contenus ayant un theme commun, ledit ensemble etant propose par un 

15 serveur de presentation (26) de contenus audiovisuels, la selection du contenu 
audiovisuel etant alors executee automatiquement par le serveur de presentation a partir 
de I'ensemble selectionne ; et 

- une 6tape (94) de mise a jour du fichier d'enregistrement, notamment en cas 
de modification du contenu audiovisuel selectionne par le serveur de presentation.. 



20 - Figure 3 - 



